SCAN DIAGNOSIS SYSTEM 
AND METHOD 

FIELD OF THE INVENTION 

5 The invention relates generally to automatic test equipment and more 

particularly a scan diagnosis system and method for designing, testing and diagnosing 
semiconductor devices. 

BACKGROUND OF THE INVENTION 

1 0 Conventional automatic test equipment (ATE) tests semiconductor devices 

using the functional test approach. The goal of the functional test approach is to 
verify that the device performs its intended function under a variety of realistic 
operating conditions. Use of the functional test approach typically requires the 

: generation of functional test patterns which exercise the device through its external 

□ 15 interface. 

However, as device complexities and densities increase, the cost of the 

i y conventional functional test approach can increase dramatically. In particular, the 

volume of functional test pattern data required to achieve acceptable fault coverage 

PI I may increase exponentially with the size of the device. To offset these costs, many 

20 semiconductor manufacturers have looked towards structured design-for-testability 

f,!!j^ (DFT) methods. With structured DFT methods the goal changes from verification of 

m functionality to finding manufacturing defects. These methods generally rely on 

additional circuitry provided on the device to enhance the controllability and 
observability of the internal state of the device. 
25 "Scan testing" is one common DFT method which has been used to test 

semiconductor devices and printed circuit boards for many years. With scan testing, 
"scan chains" (serially connected chains of storage cells) are inserted into the design. 
To test such a device, signals are first shifted serially into the device through the 
primary input pins to initialize the cells in the scan chain. Then the device is clocked 
3 0 for some number of cycles to propagate each scan cell's value into the adjacent 

combinational logic, after which the output of that logic is recaptured into the scan 
chain. Finally, the scan chain contents are serially shifted out of the device through its 
primary output pins and compared to expected values. From a test generation 
perspective, the effect of this approach is to make a sequential design appear like a 
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combinational design with a larger number of pins, as scan cells behave effectively as 
pseudo inputs and outputs. 

Nowadays, the generation of scan test patterns is performed by automatic test 
pattern generation (ATPG) tools. ATPG tools use knowledge of the device design and 
5 available scan chains to generate patterns which target specific faults. This is in 
contrast with the functional test pattern generation approach, which generally 
produces test patterns to exercise device behaviors and later performs a fault coverage 
tool check to see which faults the patterns detect. 

Some ATPG tools are also capable of performing diagnosis, which is 

1 0 essentially the reverse of the pattern generation process. To perform diagnosis, the 
ATPG tool reads a list of observed scan cell failures for a given pattern and 
determines a gate or set of gates which would explain the failures if those gates had 
certain manufacturing defects. 

However, to make use of these tools, the device must generally be tested using 

15 the ATPG patterns, and the failures captured on the tester must somehow be routed 
back to the diagnosis tool. At a minimum, this often requires pattern conversion 
(converting the ATPG pattern into a manufacturing tester pattern) and result 
conversion (converting the output of the manufacturing tester into a format readable 
by the diagnosis tool). Pattern conversion involves translation from the ATPG pattern 

2 0 format (usually STIL or WGL for scan patterns) into the proprietary test pattern 
format of the manufacturing tester. Result conversion involves translation from the 
domain of failing ATE pattern names and addresses to the domain of failing scan cells 
relative to ATPG pattern names. Therefore, result translation generally requires some 
knowledge of how the ATPG patterns were translated into manufacturing test 

2 5 patterns, thus complicating the process. 

Once results are converted into the appropriate form for the diagnosis tool, the 
diagnosis tool can be invoked to perform diagnosis on the scan failures, producing 
logical defect data. From this point on, other available tools may be used to translate 
the logical defect data into the physical locations of the defects, and then to analyze 

3 0 the physical failures at these locations to determine the underlying causes and possible 

remedies. 

For example, Maier and Smith describe an improved diagnostic process in 
their article entitled "A New Diagnostic Methodology." Their process first involves 
translation of logical diagnosis results such as produced by the process described here 
3 5 into physical locations which can then be combined with in-line electrical test data 



- 2 - 



such as that produced by optical inspection equipment. By correlating test failures to 
physical defects, they allegedly reduce the number of hardware samples submitted to 
failure analysis technicians. This allegedly reduces the normally long turnaround time 
it takes to get feedback from diagnostic data. The specific mapping tools described 
5 include a wafermap tool which overlays electrical test data with optical inspection 
data. Additionally, a per-die layout-oriented mapping tool is provided to support the 
accumulation of multiple data sets to identify "hot spots" in the device design. 

While the conventional techniques described above are beneficial for their 
intended purposes, the lack of automation between the ATE and the diagnosis tool is 
1 0 problematic. Existing pattern conversion tools are not integrated with the result 

translation process, so existing result translation solutions generally embed knowledge 
about the particular ATPG/diagnosis tool, pattem conversion tool, ATE, test program, 
and/or device and must therefore be modified when any of these changes. Moreover, 
the failure data identified and processed is typically not readily user-comprehensible. 
'^^^ 1 5 The scan diagnosis system and method of the present invention addresses these 
problems. 



rli 



- 3 - 



SUMMARY OF THE INVENTION 

The scan diagnosis system and method of the present invention provides a 
unique automated and visual approach to testing semiconductor devices with ATE and 
DFT tools. This minimizes diagnosis time for devices-under-test, thereby optimizing 
5 the design-to-production timetable for semiconductor devices. 

To realize the foregoing advantages, the invention in one form comprises a 
scan diagnosis system for testing and diagnosing a device-under-test. The system 
includes a semiconductor tester adapted for coupling to the device-under-test and 
operative to generate pattern signals in the ATE domain to test the device-under-test 
1 0 and produce test output data in the ATE domain. An ATPG diagnosis tool is 

operative to generate ATPG pattern data and ATPG results data in the ATPG domain. 
A translator serves to effect automatic correlation of data between the ATPG domain 
and the ATE domain to allow data communication between the tester and the tool 
In another form, the invention comprises a scan diagnosis system including a 
15 test and diagnosis engine and a graphical-user-interface. The test and diagnosis 

engine includes a semiconductor tester and a scan diagnosis tool. The graphical-user- 
interface includes a generator for receiving failure scan chain data identifying failed 
scan chains from the test and diagnosis engine and generating graphical 
representations of the failed scan chains. The GUI further includes a display device 
r= 2 0 coupled to receive the graphical representations from the graphical user interface. The 
display device is operative to display the graphical representations of the failed scan 
chains. 

In a further form, the invention comprises a method including the steps of 
testing a device-under-test with test pattern data in a scan format; capturing scan 
25 failure data associated with failed scan chains from the device-under-test; displaying a 
portion of the scan chains including the captured failure data; and diagnosing the scan 
failure data with a diagnosis tool to produce diagnosis resuhs data. 

Other features and advantages of the present invention will be apparent from 
the following detailed description when read in conjunction with the accompanying 
3 0 drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be better understood by reference to the following more 
detailed description and accompanying drawings in which 

FIG. 1 is a simplified block diagram of a scan diagnosis system according to 
one form of the present invention; 

FIG. 2 is a block diagram illustrating the test result translator shown in Figure 

1; 

FIG, 3 is a block diagram similar to Figure 2, illustrating the diagnosis result 
translator of Figure 1; 

FIG. 4 is a partial flowchart illustrating the scan method of the present 
invention carried out by the scan system shown in Figure 1 ; 

FIG. 5 is a partial flowchart of the method of FIG. 4; and 

FIGs. 6 - 8 are screens illustrating various options and results provided by the 
GUI of Figure 1. 



DETAILED DESCRIPTION OF THE INVENTION 

Electronic design automation (EDA) software gives semiconductor device 
manufacturers a tool for troubleshooting and refining their circuit designs before 
entering mass production. Employing EDA tools with production-oriented ATE 
5 provides real-world test solutions not only for the pre-production stage, but also in 
post-production where new failures may materialize that might be indetectable 
through simulation alone. The present invention seamlessly integrates EDA software 
with the ATE software to create a scan diagnosis system, generally designated 20 
(Figure 1), to fiiUy automate the process. 
1 0 Referring to Figure 1 , the scan diagnosis system 20 employs a test and 

diagnosis engine 30 that couples to a device-under-test (DUT) 22. A graphical-user- 
interface (GUI) 60 ties-in to the test and diagnosis engine to provide real-time visual 
monitoring of the various functions provided by the present invention, more fully 
described below. 

0 15 Further referring to Figure 1, the test and diagnosis engine 30 includes 

Si automatic test equipment (ATE) in the form of a semiconductor tester 32. The tester 

includes ATE-specific software for generating test vectors or patterns necessary to test 
the DUT 22. To take advantage of the DFT gates, or scan chains, provided on the 
m DUT to enable scan testing, the ATE-specific software is supplemented by an EDA 

- 20 tool 34. 

The EDA tool 34 includes a diagnosis engine 38 for evaluating converted 
Ul output data from the ATE 32 for scan diagnosis. One of the benefits of the EDA tool 

2 34, besides diagnosing scan failure data, is the ability to generate ATPG patterns that 

access specified scan chains disposed in the DUT 22. An ATPG generator 36 within 

2 5 the diagnosis tool provides this capability. 

Further referring to Figure 1, respective pattern, test and diagnosis results 
translators 40, 50 and 70 convert data used by the ATE 32 and the EDA tool 34 to 
provide an automatic and seamless integration between the software packages. The 
pattern translator 40 performs ATPG to ATE vector conversion, and generates test 

3 0 patterns which may be compiled and loaded onto the ATE. The pattern translator also 

includes a map generation component 42 which generates a pattern map (shown as 
direct data at 43) between ATE and ATPG pattern domains and also captures 
information describing the locations of scan load/unload sequences within the 
ATE/ATPG patterns. 
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Referring now to Figure 2, the test result translator 50, in further detail, 
includes a first converter Tl, which takes the ATE-specific ASCII output data from 
the tester 32, referred to as datalog data, (essentially a list of failing vectors in the 
ATE domain indicating the failing ATE patterns, addresses, cycles, and device pins), 
and converts it into a general datalog format in the ATPG domain (referencing ATPG 
pattern names). The general datalog format combines elements of both the ATE and 
ATPG data formats. Additionally, correlation data from the mapping generator also 
feeds into the converter Tl to associate scan chain location data with the vector 
pattern data. 

A series of functions are operable on the general datalog through the 
functional block Al, such as filtering, sorting, accumulating and querying of data. 
The results of these functions are viewable by a user through optional selection menus 
in the GUI 60. 

The general datalog is then converted by a second converter T2, into a general 
datalog domain that includes ATPG information. This data is is optionally processed 
through block A2, and subject to filtering, accumulating, etc. A third conversion is 
performed by converter T3, where the general datalog ATPG data is transformed into 
scan-cell failure domain data, indicating ATPG pattern names, scan chain names, and 
scan cell numbers. Like the general datalog data, the general scan cell failure data is 
subject to processing through block A3 (filtering, sorting, accumulating, querying) as 
desired. A fourth converter T4, then takes the general scan cell failure data and 
transforms it into a format suitable for the specific diagnosis tool employed. 

The diagnosis result translator 70, shown in Figure 3, feeds ATPG specific 
data from the diagnosis engine 38, through converter T5 to produce general diagnosis 
results. Functional block A5 provides optional data processing functions, as desired, 
such as filtering, accumulating, and the like. 

As noted above, processing through the test and diagnosis engine 30 is 
conveniently monitored by a user through menu selections on the GUI 60. The GUI 
includes several interactive screens (Figures 6 through 8) that present a user with an 
array of options to visualize data in any number of formats. This provides a user with 
maximum flexibility in determining and diagnosing problem areas in a DUT design, 
and can be used to reduce the volume of data which must be processed by the next 
step, thus reducing turnaround time. Of particular significance is the ability of the 
GUI to actually show sequences of scan chains for rapid evaluation by the user. This 
is more fully described below. 



In operation, the test and diagnosis engine 30 cooperates with the GUI 50 to 
effect automatic and seamless integration between the ATE 32 and the diagnosis tool 
34. The general steps of operation are shown in the flowchart of Figures 4 and 5, and 
briefly described below. 
5 Initially, at step 100, the diagnosis tool 34 generates ATPG test patterns 

designed to serially shift along the scan chains (flip-flops disposed within the DUT 
22) to determine failures in areas of the device not normally accessible by 
conventional ATE patterns. In order to get the patterns into the device, however, they 
must first be translated into the appropriate ATE vector format. As noted above, this 
10 is automatically carried out by the pattern translator 40, at step 102, The ATE 32 then 
processes the vector data to test the DUT, at step 104, resulting in the capture of scan 
failure data, at step 106. The captured data is then converted and processed by 
converter Tl and block Al (Figure 2), at step 108, to produce general ATE datalog 
data. 

l^^l 15 With the scan failures detected and converted into general ATE datalog, the 

Q user may view the failure data in tabular or graphical format, at step 1 1 0, with the 

n| GUI 60. Figure 6 illustrates an example of the GUI screen with a variety of options 

available to the user. Both graphical and tabular formats may be selected, with the 
resulting screen showing the current and/or cumulative sequence of scan chains with 
20 the failures highlighted. If multiple tests are performed on one or more devices, the 
user can access accumulated data to view compiled results in a variety of ways. 

From this point, the user then directs the translation of the ATE datalog output 
data into the general ATPG datalog format with converter T2 and block A2, at step 
1 12. The general ATPG datalog data may then be displayed, at step 1 14. 
25 The translation process continues, as shown in Figure 5, with the further 

conversion of the data from the general ATPG datalog into general scan-cell failure 
data with converter T3, at step 116. This data may be viewed, at step 1 18, by the GUI 
60. To ready the data for diagnosis, a fourth conversion is performed by converter T4, 
at step 120, thereby translating the data from general scan-cell failures to the specific 
3 0 EDA tool input data necessary for diagnosis. 

With the fully data converted, the diagnosis tool may then be directed, at step 
122, to diagnose the scan failures. Following a fifth data conversion by the diagnosis 
results translator 70, with T5, at step 124, the results of the diagnosis may then be 
viewed by a user as logical defect data, at step 126. Figures 5 and 6 illustrate screens 
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showing available options and results associated with these steps as reflected in the 
GUI 60. 

After diagnosis processing, the data may be further processed, as desired by 
the user. In some instances, the user may want to view a physical design map for the 
5 device to furflier understand the defects diagnosed. This may be accomplished 
through the use of additional software, such as that available from Knights 
Technologies, and known under the trademark "LogicMap" TM. 

Once the diagnosis is complete, the device manufacturer may use the data to 
determine those steps in the manufacturing process or the device design that appear to 
10 be problematic. By correcting any deficiencies in a timely manner, the delay between 
device design and high-volume production may be reduced. 

Those skilled in the art will appreciate the many benefits and advantages 
afforded by the present invention. Of significant importance is the automation 
, , capability provided by the translators, which serve to seamlessly convert data between 

15 the respective ATE and EDA tool domains. This eliminates the need for costly and 
xmtimely batch processing to process data from one format to another. Further, by 
I ll providing a flexible GUI that monitors all phases of the test and diagnosis, including 

'11 visually illustrating failing scan chain sequences, an understanding of the failures 

involved may be more easily comprehended and addressed by the semiconductor 
2 0 device manufacturer. 

While the invention has been particularly shown and described with reference 
to the preferred embodiments thereof, it will be understood by those skilled in the art 
that various changes in form and detail may be made therein without departing from 
the spirit and scope of the invention. 
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